home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 1246 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.8 KB
  1. Path: nntp.teleport.com!sschaem
  2. From: sschaem@teleport.com (Stephan Schaem)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: TMapping again!
  5. Date: 17 Jan 1996 04:53:57 GMT
  6. Organization: Teleport - Portland's Public Access (503) 220-1016
  7. Message-ID: <4dhvd5$5r2@maureen.teleport.com>
  8. References: <4d0ou6$835@astfgl.idb.hist.no> <Z31Wx*zA0@mkmk.in-chemnitz.de> <4d42di$9e9@maureen.teleport.com> <4d5lvi$emc@brachio.zrz.TU-Berlin.DE> <4d6v0t$3dt@maureen.teleport.com> <4dg4jk$km@news.cs.tu-berlin.de>
  9. NNTP-Posting-Host: linda.teleport.com
  10. X-Newsreader: TIN [version 1.2 PL2]
  11.  
  12. Philipp Boerker (rawneiha@w255zrz.zrz.TU-Berlin.DE) wrote:
  13. : sschaem@teleport.com (Stephan Schaem) writes:
  14.  
  15. : >Philipp Boerker (rawneiha@w352zrz.zrz.TU-Berlin.DE) wrote:
  16. : >: sschaem@teleport.com (Stephan Schaem) writes:
  17.  
  18. : >: >Andre Weissflog (floh@mkmk.in-chemnitz.de) wrote:
  19. : >: >: In article <4d0ou6$835@astfgl.idb.hist.no>, Lasse Staff Jensen writes:
  20.  
  21. : >: > I think he was mentiontioning this map code:
  22.  
  23. : >: >    REPEAT    32
  24. : >: >1)    move.b    (a0,d0.w),(a1)+
  25. : >: >2)    addx.l    d1,d0
  26. : >: >    ENDR
  27.  
  28. : >: The example above doesn't work anyway. You always need fraction
  29. : >: bits for both x- and y-adder.
  30.  
  31. : > AAAAAA..........BBBBBCCCCCCDDDDD
  32.  
  33. : > A = x fraction
  34. : > B = y integer
  35. : > C = y fraction
  36. : > D = x integer
  37. : > . = zero or more precision for x
  38.  
  39. : > as you see the example above work...
  40.  
  41. : Yes, I knew that one, but I never tried it because I doubt,
  42. : that it will have the accuracy needed. Or can you correct me?
  43.  
  44.  Acuracy of 6bit for Y. 1/64 is not that bad, it
  45.  basicly mean you will repeat 1 pixel from the source upto 64time.
  46.  64x64 pixels are pretty huge, and for a 32x32 texture map 1/64
  47.  should be enought for reduction.
  48.  
  49.  I never tryed myself,I use 256x256 tmap. and 16/16bit fixed point
  50.  
  51. : >: Gee, how am I waiting for the 32 regs of the PPC... 8)
  52.  
  53. : > Well, you are trading your nice addressing mode for this,
  54. : > no more (offset,base,offset*scale) ;) You will probably need
  55. : > an extra register and 3 instruction to emulate this on a ppc.
  56.  
  57. : The PPC is fast enough to do some more ops between mem accesses
  58. : than 68k...
  59.  
  60.  Then you can do operation in betwen read if the dest register is not
  61.  used by the folowing inst?
  62.  
  63. : > dont know the PPC so I wont go into details :)
  64.  
  65. : I do. The PPC isn't as RISC as most people fear. It's true
  66. : that there are only four address modes but they are as all
  67. : PPC instructions very powerful:
  68.  
  69. : load/store register indirect
  70. : load/store register indirect with update
  71. : load/store register indirect indexed
  72. : load/store register indirect indexed with update
  73. : Are you missing something?
  74.  
  75.  scaling of the index for any work on array that are not bytes...  
  76.  For non time critical part I like/use all the 680x0 adr mode.
  77.  
  78.  pretty much what a 68000 is capable of, should be fun with a good
  79.  macro assembler to work on that chip.
  80.  
  81.  Stephan
  82.  
  83.